Services Cloud System and Service Realization Method

ABSTRACT

The present invention discloses a services cloud system and a service realization method. A service processing module processes a core service logic part of an application service and calls a data processing module. The data processing module calls a tool and algorithm library of an open service logic module to process the service data and stores the results into a distributed file system module. The system and service realization method implement unified service products and save network resources.

TECHNICAL FIELD

The present invention relates to a services cloud system and servicerealization method, and more particularly, to a services cloud systemintegrating multiple services and a service realization method based onthe services cloud system.

BACKGROUND OF THE RELATED ART

Multimedia Messaging Service (MMS) is a messaging service capable oftransmitting multimedia contents between mobile phones and between amobile phone and other applications such as an E-mail server. Themultimedia messaging service is divided according to operators to whichusers belong and areas in which the users are located, and is providedto the users by multimedia messaging service centers (MMSC) to which theusers belong.

Wireless Application Protocol (WAP) is a set of globalized wirelessapplication protocol standards made by the WAP forum. As long as a useruses a mobile terminal with WAP function connected to a WAP gateway,which is connected to Internet, like a desktop user, he can browsenetwork information and enjoy the huge convenience offered by Internet,such as receiving and sending of E-mails, to obtain traffic information,stock information, weather information, news and query phonebooks.

Short Messaging Service (SMS) is the earliest short messaging serviceand is also a short messaging service with the highest popularizationrate. The short messaging service is divided according to operators towhich users belong and areas in which the users are located, and isprovided to the users by short messaging service centers (SMSC) to whichthe users belong.

The three services introduced above, the multimedia messaging service,wireless application service and short messaging service, all belong toservice products, among which there are many similar products and theirimplemented functions are different as well. However, networkingstructures of various products provided by different manufacturers arethe same basically, and only service processing procedures aredifferent. Meanwhile, these products are independent basically, that is,each product is networked separately and implements respective functionseparately, which results in repeated construction and resource waste.

CONTENT OF THE INVENTION

A technical problem to be solved by the present invention is to providea services cloud system integrating multiple services so as to implementunified service products and save network resources.

In order to solve the described problem, the present invention providesa services cloud system comprising a service processing module, a dataprocessing module, an open service logic module and a distributed filesystem module, wherein

the service processing module is configured to process a core servicelogic of a application service and call the data processing module toprocess service data;

the data processing module is configured to call the open service loginmodule to process the service data when called by the service processingmodule and send processed results to the distributed file system modulefor storage;

the open service logic module is configured to perform algorithm supporton the service processing module and provide a complete tool and analgorithm library;

the distributed file system module is configured to store, maintain andquery a file system and provide interfaces for upper layer modules;

so as to implement integration of multiple services.

The services cloud system further comprises a browser open system moduleand a resource monitoring and scheduling module, wherein

the browser open system module is configured to configure and maintainoperation of the service processing module and provide standard Webservice interfaces and representational state transfer interfaces on thebasis of a WEB2.0 container, which uses a standard Java development modein the industry to implement distributed deployment and perform userrequirements; and

the resource monitoring and scheduling module is configured to monitorsystem resource occupation conditions of the open service logic moduleservice, the data processing module, the service processing module, andthe distributed file system module and deploy and schedule serviceapplications according to the occupation conditions.

The service processing module and the open service logic module aredeployed on virtual operating systems of each of a plurality ofsingle-boards, wherein there is a plurality of virtual operating systemson each single-board, and each virtual operating system deploys one typeof service and has function of the service and bears software operationof the service, and the resource monitoring and scheduling module isconfigured to perform monitoring and scheduling for each virtualoperating system.

The distributed file system module further comprises a metadata controlnode (FLR), a data storage client (FAC) and a plurality of data storageservers (FAS), wherein

the FLR is configured to manage all service data stored by the FAS,write persistent logs and write check points periodically, receiveaccess information of the FAC, return responses, query the FAS based onthe access information, and control access of the service data in theFAS;

the FAS is configured to store data, and save data streams sent by theFAC or send data streams to the FAC according to instructions of theFLR; and

the FAC is configured to provide interfaces to the service processingmodule, the open service logic module, the data processing module, theresource monitoring and scheduling module and the browser open systemmodule, receive access requests, access to the FLR, and send datastreams to the FAS, or receive data streams sent by the FAS to send to amodule sending the access requests.

The interfaces provided by the FAC use standard Portable OperatingSystem Interface of Unix (POSIX) protocols.

The FAS is further configured to store the same slice into different FASof the distributed file system module when storing a file in slices.

The FLR is further configured to use a dual CPU hot-redundancymechanism.

The data processing module is further configured to provide openinterfaces for third party manufactures using standard database queryand operational statements and comprises a foreground data processingsub-module and a background data processing sub-module, wherein

the foreground data processing sub-module comprises a plurality ofmemory databases and is configured to process the service data in thememory databases and store the processed results into the distributedfile system module; and

the background data processing sub-module comprises a plurality of datawarehouses and is configured to store massive data using the datawarehouses, deploy the data warehouses linearly, and processdistributively the massive data in the data warehouses, which is storedin the distributed file system.

The foreground data processing sub-module is configured to determinewhether the service data is stored in the memory databases when calledby the service processing module, process the service data stored in thememory databases if yes, and obtain the service data from the distributefile system for processing if no.

The open service logic module is comprised of a service logic program(SLP) execution processing container and a development environment of aservice logic execution environment (SLEE), wherein

the development environment of the SLEE is configured to provide acomplete tool and an algorithm library to implement openness to thethird party manufacturers; and

the SLP execution processing container is configured to provideintegration between mobile technologies and enterprise technologies andcontain various event-oriented application programs, the applicationprograms including IP telephone service, and distributed interactivesimulation, monitoring and control programs.

The service processing module is configured to, according to datarequirements of application services, call the foreground dataprocessing sub-module when data quantity of a service is small and callthe background data processing sub-module when data quantity of theservice is large, the application services including multimediamessaging service, short messaging service, and wireless applicationprotocol (WAP) service.

The resource monitoring and scheduling module comprises a monitoringcenter and a scheduling center, wherein

the monitoring center is configured to monitor warning, configurationand operation conditions of a system and comprises a fault managementsub-module, a strategy configuration sub-module and an upgrademanagement sub-module, wherein

the fault management sub-module is configured to manage warninginformation;

the strategy configuration sub-module is configured to manageconfiguration information; and

the upgrade management sub-module is configured to analyze the operationconditions of the system and make resource adjustment advices;

the scheduling center is configured to schedule calculation, storage andnetwork resources of the system based on information of the monitoringcenter and comprises a calculation resource management sub-module, astorage resource management sub-module and strategy schedulingsub-module, wherein

the calculation resource management sub-module is configured to managecalculation and network resources in a unified way;

the storage resource management sub-module is configured to managestorage resources in a unified way and manage mapping files; and

the strategy scheduling sub-module is configured to make resourceadjustment advices, manage virtual machine resources and volumeresources, manage topology relationship, and manage decentralization anddomain partition multi-user information.

The scheduling center is configured to:

obtain traffic load condition of each single-board through themonitoring center, and if finding that a resource occupancy rate of acertain single-board exceeds a set threshold, initiate a handlingprocess of a service of the single-board in which resource occupancyrate exceeds the set threshold on an idle single-board;

perform switching of single-boards to switch a service of a certainsingle-board where faults occur to an idle single-board according to awarning that the faults occur in the single-board provided by themonitoring center;

when a user uploads a service version to the scheduling center, deployservices according to resource occupancy condition on each single-boardand then initiate the services;

when detecting a resource utilization rate of the single-board is lowerthan the set threshold at night or in a period of time of low traffic,centralize and transfer the services of the single-board to one or moresingle-boards and release resources of other single-boards;

monitor peak load shifting conditions of different services in servicescloud periodically according to the load condition of the single-boardand schedule resource distribution to transfer the services from asingle-board in which load is higher than the set threshold to asingle-board in which load is lower than the set threshold.

In order to solve the problem described above, the present inventionfurther provides a service realization method comprising:

a service processing module processing a core service logic part andcalling a data processing module, and the data processing module callinga tool and algorithm library of an open service logic module to processservice data and storing results into a distributed file system module;

so as to implement integration of multiple services.

The service processing module, the data processing module, the openservice logic module and the distributed file system module aremonitored by a resource monitoring and scheduling module, which deploysand schedules service applications according to occupancy conditions ofsystem resources; configuration and operation maintenance of the serviceprocessing module is implemented by a browser open system module.

The present invention implements unified service products and savesnetwork resources by integrating various service products, including themultimedia messaging service, short messaging service and WAP service.Since a distributed cloud system is used, quantities of calculationresources, storage resources, network resources and access resources maybe increased by linear superposition to enhance processing ability ofthe system linearly such that the system is more flexible and hasdynamic scalability. The distributed cloud system provides standardinterfaces externally to facilitate the third party manufacturers touse, thereby enriching traffic characteristics of operators. Further,the distributed cloud system uses a services cloud scheduling method toshield details implemented inside the services cloud, so as to implementintellectualization of scheduling.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram of a services cloud system in accordance withthe present invention;

FIG. 2 is a block diagram of a browser open system module in accordancewith the present invention;

FIG. 3 is a block diagram of an open service logic module in accordancewith the present invention;

FIG. 4 is a block diagram of a foreground service processing module inaccordance with the present invention;

FIG. 5 is a block diagram of a background service processing module inaccordance with the present invention;

FIG. 6 is a block diagram of a distributed file system module inaccordance with the present invention;

FIG. 7 is a schematic diagram of service scheduling of system overloadin accordance with an embodiment of the present invention; and

FIG. 8 is a schematic diagram of service scheduling of system faultself-recovery in accordance with an embodiment of the present invention.

PREFERRED EMBODIMENTS OF THE PRESENT INVENTION

The technical scheme of the present invention will be described in moredetail in conjunction with the accompanying drawings and embodiments.

A services cloud system in accordance with an embodiment of the presentinvention contains calculation resources, storage resources, networkresources and access resources. Quantities of all of the describedresources may be increased by linear superposition to enhance processingability of the system linearly. A core technology for implementing theservices cloud system is to provide distributed storage, distributeddatabase and distributed calculation, implement platform therein andprovide calling interfaces externally. The services cloud systemobjectifies the resources described above and forms a comprehensiveplatform to be conveniently provided to the third party manufacturers touse, thereby enriching traffic characteristics of operators.

A browser open system module in accordance with the embodiment of thepresent invention configures and maintains operation of a serviceprocessing module, which processes core service logic parts of variousservices, such as multimedia messaging service, short messaging serviceand WAP service, and calls a data processing module to process servicedata. The data processing module calls a tool and algorithm library ofan open service logic module to process the service data and stores theresults into a distributed file system module.

The service processing module, the data processing module, the openservice logic module and the distributed file system module aremonitored by a resource monitoring and scheduling module, which deploysand schedules service applications according to occupancy conditions ofsystem resources; configuration and operation maintenance of the serviceprocessing module is implemented by a browser open system module.

A block diagram of a services cloud system in accordance with theembodiment of the present invention, which comprises a serviceprocessing module, an open service logic module, a data processingmodule and a distributed file system module, is shown in FIG. 1.

The service processing module is configured to process a core servicelogic of a application service and call the data processing module toprocess service data.

The open service logic module is configured to perform algorithm supporton the service processing module and provide a complete tool and analgorithm library.

The data processing module is configured to call the open service loginmodule to process the service data when called by the service processingmodule and send the processed results to the distributed file systemmodule for storage.

The distributed file system module is configured to store, maintain andquery a file system and provide interfaces for upper layer modules.

The services cloud system in accordance with the present inventionfurther comprises a browser open system module and a resource monitoringand scheduling module.

The browser open system module is configured to provide standard Webservice interfaces and representational state transfer (REST) standardinterfaces on the basis of a WEB2.0 container to implement configurationand operation maintenance of the service processing module. The WEB2.0container uses a standard Java development mode in the industry toimplement distributed deployment and perform user requirements. Theblock diagram of the browser open system module is shown in FIG. 2.

The resource monitoring and scheduling module is configured to monitorsystem resource occupation conditions of the open service logic module,the data processing module, the service processing module, and thedistributed file system module and deploy and schedule serviceapplications according to the occupation conditions.

The service processing module in accordance with the embodiment of thepresent invention processes application services, including themultimedia messaging service, short messaging service, WAP service andthe like, and according to data requirements of the applicationservices, calls the foreground data processing sub-module when dataquantity is small and calls the background data processing sub-modulewhen data quantity is large.

The open service logic module in accordance with the embodiment of thepresent invention is shown in FIG. 3 and is further comprised of aservice logic program (SLP) execution processing container and adevelopment environment of a service logic execution environment (SLEE).

The development environment of the SLEE is configured to provide acomplete tool and algorithm library to implement openness to the thirdparty manufacturers.

The SLP execution processing container provides integration betweenmobile technologies and enterprise technologies and contains variousevent-oriented application programs, such as IP telephone service, anddistributed interactive simulation, monitoring and control programs.

The data processing module provides open interfaces for third partymanufactures using standard database query and operational statements,e.g., provide SQL open interfaces using standard SQL language, andcomprises a foreground data processing sub-module and a background dataprocessing sub-module.

The foreground data processing sub-module shown in FIG. 4 comprises aplurality of memory databases and is configured to process the servicedata in the memory databases and store the processed results into thedistributed file system module.

The foreground data processing sub-module determines whether the servicedata is stored in the memory databases when called by the serviceprocessing module, processes by adopting the service data stored in thememory databases if yes, and obtains the service data from thedistribute file system for processing if no. Deployment of the servicedata in the memory databases is scheduled by the resource monitoring andscheduling module.

The background data processing sub-module shown in FIG. 5 comprises aplurality of data warehouses and is configured to store massive datausing the data warehouses, deploy the data warehouses linearly, andprocess distributively the massive data in the data warehouses, which isstored in the distributed file system.

When called, the data processing module exchanges control informationwith a client (the open service logic module and the service processingmodule) through the resource monitoring and scheduling module. Itexchanges only data streams with the client.

A distributed file system module in accordance with the embodiment ofthe present invention is shown in FIG. 6 and further comprises ametadata control node (FLR), a data storage client (FAC) and a pluralityof data storage servers (FAS).

The FLR is configured to manage all service data stored by the FAS,write persistent logs and write check points periodically, receiveaccess information of the FAC, return responses, query the FAS based onthe access information, and control access of the service data in theFAS. The FLR uses a dual CPU hot-redundancy mechanism.

The FAS is configured to store data, and save data streams sent by theFAC or send data streams to the FAC according to instructions of theFLR. When the FAS stores a file in slices, the size of a typical sliceis 64 MB, and the same slice is stored into different FAS of thedistributed file system module respectively.

The storing mode may be to store a complete copy of all the slices ofthe file into different FAS respectively or to store the slices of thefile into different FAS respectively according to certain algorithms,such as data redundancy algorithm.

The FAC is configured to provide interfaces to the service processingmodule, the open service logic module, the data processing module, thebackground data processing sub-module, the resource monitoring andscheduling module and the browser open system module, access to the FLRafter receiving access requests, and send data streams to the FAS, orreceive data streams sent by the FAS and then send to a module sendingthe access requests. The interfaces provided by the FAC use standardPortable Operating System Interface of Unix (POSIX) protocols to supportthe above modules' calling for the FAC.

The resource monitoring and scheduling module in accordance with theembodiment of the present invention further comprises a monitoringcenter and a scheduling center.

The monitoring center is configured to monitor warning, configurationand operation conditions of a system and comprises a fault managementsub-module, a strategy configuration sub-module and an upgrademanagement sub-module.

The fault management sub-module is configured to manage warninginformation.

The strategy configuration sub-module is configured to manageconfiguration information.

The upgrade management sub-module is configured to analyze the operationconditions of the system and make resource adjustment advices.

The scheduling center is configured to schedule calculation, storage andnetwork resources of the system based on information of the monitoringcenter and comprises a calculation resource management sub-module, astorage resource management sub-module and strategy schedulingsub-module.

The calculation resource management sub-module is configured to managecalculation and network resources in a unified way.

The storage resource management sub-module is configured to managestorage resources in a unified way and manage mapping files.

The strategy scheduling sub-module is configured to make resourceadjustment advices, manage virtual machine resources and volumeresources, manage topology relationship, and manage decentralization anddomain partition multi-user information.

The resource monitoring and scheduling module schedules servicesaccording to following methods in the case of overload, faultself-recovery, new service deployment, resource dormancy and resourceswitching.

Overload: as shown in FIG. 7, the monitoring center monitors serviceload condition of each single-board, such as CPU and memory occupancyrate. The single-board has the function of a certain service and bearingsoftware operation of the service. If the monitoring center finds thatthe resource occupancy rate of a certain single-board exceeds a setthreshold, such as 70%, then it believes that the load is too large andreports this to the scheduling center, which initiates a handlingprocess of a service of the single-board in which resource occupancyrate exceeds the set threshold on an idle single-board. By Idle meanthat the resource occupancy rate of the single-board is lower than 30%.

Fault self-recovery: as shown in FIG. 8, the monitoring center manageswarning information of each single-board, and provides the warninginformation to the monitoring center when a warning occurs in asingle-board. The monitoring center switches the service of thesingle-board in which the warning occurs to an idle single-board.

New service deployment: when a user uploads a service version to thescheduling center, the scheduling center deploys services according toresource occupancy condition on each single-board and then initiates theservices.

Resource dormancy: when the resource scheduling center detects theresource occupancy rate of the single-board is lower than the setthreshold, such as 30%, at night or in a period of time of low traffic,it transfers the service of the single-board centrally to one or moresingle-boards and release resources of other single-boards.

Resource switching: the scheduling center monitors peak load shiftingconditions of different services in services cloud periodicallyaccording to the load condition of the single-board and schedulesresource distribution to transfer the services from a single-board inwhich load is higher than the set threshold to a single-board in whichload is lower than the set threshold.

The service processing module and the open service logic module aredeployed on virtual operating systems of each of a plurality ofsingle-boards in accordance with the implements of the invention,wherein there is a plurality of virtual operating systems on eachsingle-board, and each virtual operating system deploys one type ofservice and has function of the service and bears software operation ofthe service, and the resource monitoring and scheduling module isconfigured to perform monitoring and scheduling for each virtualoperating system to implement the distributed cloud calculation.

INDUSTRIAL APPLICABILITY

The present invention implements unified service products and savesnetwork resources by integrating various service products, including themultimedia messaging service, short messaging service and WAP service.Since a distributed cloud system is used, quantities of calculationresources, storage resources, network resources and access resources maybe increased by linear superposition to enhance processing ability ofthe system linearly such that the system is more flexible and hasdynamic scalability. The distributed cloud system provides standardinterfaces externally to facilitate the third party manufacturers touse, thereby enriching traffic characteristics of operators. Further,the distributed cloud system uses a services cloud scheduling method toshield details implemented inside the services cloud, so as to implementintellectualization of scheduling.

1. A services cloud system comprising a service processing module, a data processing module, an open service logic module and a distributed file system module, wherein the service processing module is configured to process a core service logic of a application service and call the data processing module to process service data; the data processing module is configured to call the open service login module to process the service data when called by the service processing module and send processed results to the distributed file system module for storage; the open service logic module is configured to perform algorithm support on the service processing module and provide a complete tool and an algorithm library; the distributed file system module is configured to store, maintain and query a file system and provide interfaces for upper layer modules; so as to implement integration of multiple services.
 2. The services cloud system according to claim 1, further comprising a browser open system module and a resource monitoring and scheduling module, wherein the browser open system module is configured to configure and maintain operation of the service processing module and provide standard Web service (Webservice) interfaces and representational state transfer (REST) standard interfaces on the basis of a WEB2.0 container, which uses a standard Java development mode in the industry to implement distributed deployment and perform user requirements; the resource monitoring and scheduling module is configured to monitor system resource occupation conditions of the open service logic module service, the data processing module, the service processing module, and the distributed file system module and deploy and schedule service applications according to the occupation conditions.
 3. The services cloud system according to claim 1, wherein the service processing module and the open service logic module are deployed on virtual operating systems of each of a plurality of single-boards, wherein there is a plurality of virtual operating systems on each single-board, and each virtual operating system deploys one type of service and has function of the service and bears software operation of the service, and the resource monitoring and scheduling module is configured to perform monitoring and scheduling for each virtual operating system.
 4. The services cloud system according to claim 1, wherein the distributed file system module further comprises a metadata control node (FLR), a data storage client (FAC) and a plurality of data storage servers (FAS), wherein the FLR is configured to manage all service data stored by the FAS, write persistent logs and write check points periodically, receive access information of the FAC, return responses, query the FAS based on the access information, and control access of the service data in the FAS; the FAS is configured to store data, and save data streams sent by the FAC or send data streams to the FAC according to instructions of the FLR; the FAC is configured to provide interfaces to the service processing module, the open service logic module, the data processing module, the resource monitoring and scheduling module and the browser open system module, receive access requests, access to the FLR, and send data streams to the FAS, or receive data streams sent by the FAS to send to a module sending the access requests.
 5. The services cloud system according to claim 4, wherein the interfaces provided by the FAC use standard Portable Operating System Interface of Unix (POSIX) protocols; the FAS is further configured to store a same slice into different FAS of the distributed file system module when storing a file in slices; the FLR is further configured to use a dual CPU hot-redundancy mechanism.
 6. The services cloud system according to claim 1, wherein the data processing module is further configured to provide open interfaces for third party manufactures using standard database query and operational statements and comprises a foreground data processing sub-module and a background data processing sub-module; and wherein the foreground data processing sub-module comprises a plurality of memory databases and is configured to process the service data in the memory databases and store the processed results into the distributed file system module; the background data processing sub-module comprises a plurality of data warehouses and is configured to store massive data using the data warehouses, deploy the data warehouses linearly, and process distributively the massive data in the data warehouses, which is stored in the distributed file system.
 7. The services cloud system according to claim 6, wherein the foreground data processing sub-module is configured to determine whether the service data is stored in the memory databases when called by the service processing module, process the service data stored in the memory databases if yes, and obtain the service data from the distribute file system for processing if no.
 8. The services cloud system according to claim 1, wherein the open service logic module is comprised of a service logic program (SLP) execution processing container and a development environment of a service logic execution environment (SLEE), the development environment of the SLEE is configured to provide a complete tool and an algorithm library to implement openness to the third party manufacturers; the SLP execution processing container is configured to provide integration between mobile technologies and enterprise technologies and contain various event-oriented application programs, the application programs including IP telephone service, and distributed interactive simulation, monitoring and control programs.
 9. The services cloud system according to claim 6, wherein the service processing module is configured to, according to data requirements of application services, call the foreground data processing sub-module when data quantity of a service is small and call the background data processing sub-module when data quantity of the service is large, the application services including multimedia messaging service, short messaging service, and wireless application protocol (WAP) service.
 10. The services cloud system according to claim 2, wherein the resource monitoring and scheduling module comprises a monitoring center and a scheduling center, and wherein the monitoring center is configured to monitor warning, configuration and operation conditions of a system and comprises a fault management sub-module, a strategy configuration sub-module and an upgrade management sub-module, wherein the fault management sub-module is configured to manage warning information; the strategy configuration sub-module is configured to manage configuration information; the upgrade management sub-module is configured to analyze the operation conditions of the system and make resource adjustment advices; the scheduling center is configured to schedule calculation, storage and network resources of the system based on information of the monitoring center and comprises a calculation resource management sub-module, a storage resource management sub-module and strategy scheduling sub-module, wherein the calculation resource management sub-module is configured to manage calculation and network resources in a unified way; the storage resource management sub-module is configured to manage storage resources in a unified way and manage mapping files; the strategy scheduling sub-module is configured to make resource adjustment advices, manage virtual machine resources and volume resources, manage topology relationship, and manage decentralization and domain partition multi-user information.
 11. The services cloud system according to claim 10, wherein the scheduling center is configured to: obtain traffic load condition of each single-board through the monitoring center, and if finding that a resource occupancy rate of a certain single-board exceeds a set threshold, initiate a handling process of a service of the single-board in which resource occupancy rate exceeds the set threshold on an idle single-board; perform switching of single-boards to switch a service of a certain single-board where faults occur to an idle single-board according to a warning that the faults occur in the single-board provided by the monitoring center; when a user uploads a service version to the scheduling center, deploy services according to resource occupancy condition on each single-board and then initiate the services; when detecting a resource utilization rate of the single-board is lower than the set threshold at night or in a period of time of low traffic, transfer the services of the single-board centrally to one or more single-boards and release resources of other single-boards; monitor peak load shifting conditions of different services in services cloud periodically according to the load condition of the single-board and schedule resource distribution to transfer the services from a single-board in which load is higher than the set threshold to a single-board in which load is lower than the set threshold.
 12. A service realization method comprising: a service processing module processing a core service logic part and calling a data processing module, and the data processing module calling a tool and algorithm library of an open service logic module to process service data and storing results into a distributed file system module; so as to implement integration of multiple services.
 13. The service realization method according to claim 12, wherein, the method further comprises: the service processing module, the data processing module, the open service logic module and the distributed file system module are monitored by a resource monitoring and scheduling module, which deploys and schedules service applications according to occupancy conditions of system resources; configuration and operation maintenance of the service processing module is implemented by a browser open system module.
 14. The services cloud system according to claim 2, wherein the service processing module and the open service logic module are deployed on virtual operating systems of each of a plurality of single-boards, wherein there is a plurality of virtual operating systems on each single-board, and each virtual operating system deploys one type of service and has function of the service and bears software operation of the service, and the resource monitoring and scheduling module is configured to perform monitoring and scheduling for each virtual operating system.
 15. The services cloud system according to claim 2, wherein the distributed file system module further comprises a metadata control node (FLR), a data storage client (FAC) and a plurality of data storage servers (FAS), wherein the FLR is configured to manage all service data stored by the FAS, write persistent logs and write check points periodically, receive access information of the FAC, return responses, query the FAS based on the access information, and control access of the service data in the FAS; the FAS is configured to store data, and save data streams sent by the FAC or send data streams to the FAC according to instructions of the FLR; the FAC is configured to provide interfaces to the service processing module, the open service logic module, the data processing module, the resource monitoring and scheduling module and the browser open system module, receive access requests, access to the FLR, and send data streams to the FAS, or receive data streams sent by the FAS to send to a module sending the access requests.
 16. The services cloud system according to claim 15, wherein the interfaces provided by the FAC use standard Portable Operating System Interface of Unix (POSIX) protocols; the FAS is further configured to store a same slice into different FAS of the distributed file system module when storing a file in slices; the FLR is further configured to use a dual CPU hot-redundancy mechanism. 